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                      _T_h_o_m_a_s _B_. _L_o_n_d_o_n
                       _J_o_h_n _F_. _R_e_i_s_e_r


     The distribution  tape  can  be  used  only  on  a  DEC
VAX-11/780  with  RP06  or  RM03  disks  and  with TE16 tape
drives.  The tape consists of some preliminary bootstrapping
programs  followed  by one filesystem image and one tape ar-
chive image (see tar(1)); if needed, individual files can be
extracted after the initial construction of the filesystems.

     If you are set up to do it, it is a good  idea  immedi-
ately  to make a copy of the tape to guard against disaster.
The tape is 9-track  800  BPI  and  contains  some  512-byte
records  followed  by  many  10240-byte  records.  There are
interspersed tapemarks; end-of-tape is signalled by a double
end-of-file.

     The  tape  contains binary images of the system and all
the user level programs, along with source and  manual  sec-
tions for them.  There are about 2100 UNIX files altogether.
The first two tape files contain binary images,  along  with
other  things  needed  to flesh out the filesystem enough so
UNIX will run.  The second tape file is to  be  put  on  one
filesystem  called  the  `root  filesystem'.  The filesystem
size required is about 9600 blocks.  The third tape file has
all of the source and documentation.  Altogether it requires
about 20,000 512-byte disk blocks.

MMaakkiinngg aa DDiisskk FFrroomm TTaappee

     This description is an annotated version of  the  `sys-
gen'  manual page in section 8 of the UNIX Programmer's Man-
ual.

     Perform the following bootstrap procedure to  obtain  a
disk with a root filesystem on it.

1.   Mount the magtape on drive 0 at load point.  [Make sure
     that the ring is not inserted.]

2.   Mount a disk pack on drive 0.

3.   Key in at 30000 and execute the following boot program:
     [You  may  enter in lower-case, the LSI-11 will echo in
     upper-case.   The  machine's  printouts  are  shown  in
     italic, explanatory comments are within ( ).  Terminate
     each line you type by carriage return or line-feed.]
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     _>_>_>HALT
     _>_>_>UNJAM
     _>_>_>INIT
     _>_>_>D 30000 20009FDE
     _>_>_>D + D0512001
     _>_>_>D + 3204A101
     _>_>_>D + C113C08F
     _>_>_>D + A1D40424
     _>_>_>D + 008FD00C
     _>_>_>D + C1800000
     _>_>_>D + 8F320800
     _>_>_>D + 10A1FE00
     _>_>_>D + 00C139D0
     _>_>_>D + 00000004
     _>_>_>START 30000


     The tape should move and the CPU should halt  at  loca-
     tion  3002A.   If it doesn't, you probably have entered
     the program incorrectly.  Start  over  and  check  your
     typing.

4.   Start the CPU with

          _>_>_>START 0


5.   The console should type

          _=

     If  the disk pack is already formatted, skip to step 6.
     Otherwise, format the pack with

          (bring in standalone RP06 formatter)
          _=rp6fmt
          _r_p_6_f_m_t _: _F_o_r_m_a_t _R_P_0_6 _D_i_s_k

          _M_B_A _n_o_. _: 0         (format spindle on mba _u_n_i_t _: 0         (format unit zero)
          (this procedure should take about 20 minutes)
          (some diagnostic messages may appear here)

          _u_n_i_t _: -1      (exit from formatter)
          _=              (back at tape boot level)


6.   Next, verify the readability of the pack via
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          (bring in RP06 verifier)
          _=rpread
          _r_p_r_e_a_d _: _R_e_a_d _R_P_0_6 _D_i_s_k

          _d_i_s_k _u_n_i_t _: 0       (specify unit zero)
          _s_t_a_r_t _b_l_o_c_k _: 0          (start at block zero)
          _n_o_. _b_l_o_c_k_s _:        (default is entire pack)

          (this procedure should take about 10 minutes)
          (some diagnostic messages may appear here)
          _# _D_a_t_a _C_h_e_c_k _e_r_r_o_r_s _: _n_n (number of soft errors)
          _# _O_t_h_e_r _e_r_r_o_r_s _: _x_x      (number of hard errors)
          _d_i_s_k _u_n_i_t _: -1           (exit verifier)
          _=              (back to tape boot)

     If the number of `Other errors' is not zero, considera-
     tion  should  be given to obtaining a clean pack before
     proceeding further.

7.   Copy the magtape to disk by the following procedure.

          (bring in the tape to disk program)
          _=tdcopy
          _t_d_c_o_p_y _: _T_M_0_3 _t_a_p_e_-_t_o_-_R_P_0_6 _d_i_s_k _c_o_p_y

          _t_a_p_e _M_B_A _# _: 1      (tape mba is normally 1)
          _t_a_p_e _u_n_i_t _# _: 0          (tape unit is normally 0)
          _t_a_p_e _f_i_l_e _o_f_f_s_e_t _: 1     (skip over tp tape file)
          _t_a_p_e _b_l_o_c_k _o_f_f_s_e_t _: 0

          _d_i_s_k _M_B_A _# _: 0      (disk mba is normally 0)
          _d_i_s_k _u_n_i_t _: 0       (disk unit is normally 0)
          _d_i_s_k _b_l_o_c_k _o_f_f_s_e_t _: 0    (start at block zero)

          _n_o_. _o_f _i_n_p_u_t _b_l_o_c_k_s _: 480
          _1_0_2_4_0 _= _t_a_p_e _b_l_o_c_k _s_i_z_e

          _n_o_r_m_a_l _t_e_r_m_i_n_a_t_i_o_n
          _4_8_0 _i_n_p_u_t _b_l_o_c_k_s _r_e_a_d
          _9_6_0_0 _o_u_t_p_u_t _b_l_o_c_k_s _w_r_i_t_t_e_n
          _=              (back at tape boot level)

     You now have a UNIX root filesystem.

BBoooottiinngg UUNNIIXX

     Since DEC does not provide a  program  on  the  console
floppy  which  boots the VAX from a program located at block
zero of a disk spindle, we provide one here.

     If the console is not in `LSI mode' (i.e. >>>  prompt),
type  the  `CONTROL-p'  key  (i.e. hold the control key down
while you hit the `p' key).  Perform the following sequence.
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     _>_>_>HALT
     _>_>_>LINK        (save the following sequence on the floppy)
                    (the prompt should change to <<<)
     _<_<_<HALT
     _<_<_<UNJAM
     _<_<_<INIT
     _<_<_<D 30000 00009FDE (boot pgm for MBA 0, drive 0)
     _<_<_<D + D0512001
     _<_<_<D + D004A101
     _<_<_<D + 0400C113
     _<_<_<D + 10008F32
     _<_<_<D + D40424C1
     _<_<_<D + 8FD00CA1
     _<_<_<D + 80000000
     _<_<_<D + 320800C1
     _<_<_<D + A1FE008F
     _<_<_<D + 28C1D410
     _<_<_<D + 14C1D404
     _<_<_<D + C139D004
     _<_<_<D + 00000400
     _<_<_<START 30000
     _<_<_<START 2
     (to exit from linking mode type `control-c')
     _<_<_<`control-c'
     _>_>_>

You are now ready to boot UNIX (yea!).  Each time it is nec-
essary to boot (or reboot)  UNIX,  one  simply  follows  the
sequence

               (we should now be in `LSI mode')
               (i.e. >>> prompt)
               (if not, it may be necessary to type `control-p')
               (and `HALT\r' i.e. HALT followed by return key)
     _>_>_>PERFORM     (this executes the commands saved in floppy)
               (link file)
               (the console should echo each command in the file)
     _f_i_l_e _: unix         (load and execute /unix)

The machine should type the following:

     _r_e_a_l _m_e_m  _= _x_x_x
     _a_v_a_i_l _m_e_m _= _y_y_y
     _#

The  _m_e_m  messages give the amount of real (physical) memory
and the memory available to user  programs  in  bytes.   For
example,  if your machine has 512K bytes of memory, then xxx
will be 524228, i.e. exactly 512K.

     UNIX is now running, and the `UNIX Programmer's manual'
applies;  references below of the form X(Y) mean the subsec-
tion named X in section Y of the manual.   The  `#'  is  the
prompt from the Shell, and indicates you are the super-user.
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The user name of the super-user is `root' if you should find
yourself in multi-user mode and need to log in.  There is no
password  provided  for  `root';  provide   one   by   using
passwd(1).   In  the future, when you reboot from `LSI mode'
(i.e. >>> prompt), you can type just

     _>_>_>PERFORM     (let the LSI-11 boot the system)
     _f_i_l_e _: unix    (as above)


     You now need to make some special file entries  in  the
dev  directory. These specify what sort of disk you are run-
ning on, what sort of tape drive you  have,  and  where  the
filesystems  are.  For simplicity, this recipe creates fixed
device names.  These names will be used below, and  some  of
them  are built into various programs, so they are most con-
venient.  For example, `rp0a' will be used for the  name  of
the root filesystem, and `rp0h' will be used for the name of
the filesystem.  Also,  this  sequence  will  put  the  user
filesystem  on the same disk drive as the root, which is not
the best place if you have more than one  drive.   Thus  the
prescription  below  should  be taken only as one example of
where to put things.  See also the section on `Disk  layout'
below.

     In any event, change to the dev directory (via cd /dev)
and, if you like, examine and  perhaps  change  the  entries
there  (use  rm(1) and mknod(1)).  The file `rp0a' refers to
the root file system; `swap' to the  swap-space  filesystem;
`rp0h'  to  the  user  filesystem.   The devices `rrp0a' and
`rrp0h' are the `raw' versions of the disks.  Also, `mt0' is
tape  drive  0, at 800 BPI; `rmt0' is the raw tape, on which
large records can be read and written; `rmt4'  is  raw  tape
with  the quirk that it does not rewind on close, which per-
mits multifile tapes to be handled.

     The next thing to do is to extract the rest of the data
from  the  tape.   Comments  are enclosed in ( ); don't type
these.  The number in the first command is the size  of  the
filesystem.
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          (in the following, xxx should be 322278 if
           you are using RP06's, 113280 if RM03's)
          (the following command creates an empty filesystem)
     _#/etc/mkfs /dev/rp0h xxx
     _i_s_i_z_e _= _6_5_4_9_6  (this is the number of available inodes)
     _m_/_n _= _3 _5_0_0    (freelist interleave parameters)
     _#/etc/mount /dev/rp0h /usr    (mount the usr filesystem)
     _#cd /usr  (make /usr the current directory)
     _#cp /dev/rmt4 /dev/null  (skip first tape file (tp format))
     _#cp /dev/rmt4 /dev/null  (skip second tape file (root))
     _#tar xbf 20 /dev/rmt0    (extract the usr filesystem)
     _#cd /          (back to root)
     _#/etc/umount /dev/rp0h   (unmount /usr)

All  of  the  data on the tape has been extracted.  The tape
will rewind automatically.

     You may at  this  point  mount  the  source  filesystem
(mount(1)). To do this type the following:

     /etc/mount /dev/rp0h /usr

The source and manual pages are now available in subdirecto-
ries of /usr.

     The above mount command is only needed if you intend to
play  around  with  source  on  a  single  user  system. The
filesystem is mounted automatically when multi-user mode  is
entered,  by  a command in the file /etc/rc. (See `Disk Lay-
out' below).

     Before UNIX is turned up completely, a  few  configura-
tion  dependent exercises must be performed.  At this point,
it would be wise to read  all  of  the  manuals  (especially
`Regenerating  System Software') and to augment this reading
with hand to hand combat.

RReeccoonnffiigguurraattiioonn

     The UNIX system running is configured to run  with  the
given  disk  and  tape,  a console, up to 1 megabyte of main
memory, and 8 DZ11 lines.  This is probably not the  correct
configuration.   You  will have to correct the configuration
table to reflect the true state of your machine.

     It is wise at this point to know how to  recompile  the
system.   Print the file /usr/src/sys/sys/makefile using the
command cat /usr/src/sys/sys/makefile.  This file  is  input
to  the program `make(1)' which if invoked with `make unix',
will recompile all of the system source.

     There  are  certain  magic  numbers  and  configuration
parameters  imbedded  in various device drivers that you may
want to change.  The device addresses  of  each  device  are
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defined  in  each driver.  In case you have any non-standard
device addresses, just change  the  address  and  recompile.
Also,  if the devices's interrupt vector address(es) are not
currently known to the system (this  is  likely),  then  the
file  /usr/src/sys/sys/univec.c  must  be modified appropri-
ately: namely, the proper interrupt routine  addresses  must
be placed in the table `UNIvec'.  Use the DZ11 as an example
(as distributed, the DZ11 vectors are assumed to be at loca-
tions c0 and c4 (hexadecimal)).

     The  DZ11  driver  is  set to run 8 lines.  This can be
changed in dz.c

     The DC11 driver is set to run 4  lines.   This  can  be
changed in dc.c.

     The  DH11  driver is set to handle 3 DH11's with a full
complement of 48 lines.  If you have less, or more, you  may
want to edit dh.c.

     The DN11 driver will handle 4 DN's.  Edit dn.c.

     The DU11 driver can only handle a single DU.  This can-
not be easily changed.

     The KL/DL driver is set up to run a single DL11-A,  -B,
and  no  DL11-E's.   To change this, edit kl.c to have NKL11
reflect the total number of DL11-AB's and NDL11  to  reflect
the  number of DL11-E's.  So far as the driver is concerned,
the difference between the devices is their address.

     The disk and tape drivers (hp.c, ht.c) are  set  up  to
run  1  drive  and  should be changed if you have more.  The
disk driver (hp.c) has a partition table which you may  want
to experiment with.

     After all the corrections have been made, use `make(1)'
to recompile the system (or recompile  individually  if  you
wish:  use  the makefile as a guide).  If you compiled indi-
vidually, say `make unix' in the directory /usr/src/sys/sys.
The  final  object  file (unix) should be moved to the root,
and then booted to try it out.  It is best to name it /nunix
so as not to destroy the working system until you're sure it
does work.  See Boot Procedures(8) for a discussion of boot-
ing.  Note:  before taking the system down, always (!!) per-
form a sync(1) to force delayed output to the disk.

SSppeecciiaall FFiilleess

     Next you must put in special files for the new  devices
in  the directory /dev using mknod(1).  Print the configura-
tion file /usr/src/sys/sys/conf.c.  This is the major device
switch of each device class (block and character).  There is
one line for each device configured in  your  system  and  a
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null  line  for  place holding for those devices not config-
ured.  The essential  block  special  files  were  installed
above;  for  any  new  devices,  the  major device number is
selected by counting the line  number  (from  zero)  of  the
device's  entry  in the block configuration table.  Thus the
first entry in the table bdevsw would be major device  zero.
This  number  is  also  printed in the table along the right
margin.

     The minor device is the drive number,  unit  number  or
partition  as described under each device in section 4.  For
tapes where the unit is dial selectable, a special file  may
be  made  for  each  possible  selection.   You can also add
entries for other disk drives.

     In reality, device names are arbitrary.  It is  usually
convenient  to  have  a  system  for  deriving names, but it
doesn't have to be the one presented above.

     Some further notes on minor  device  numbers.   The  hp
driver uses the 0100 bit of the minor device number to indi-
cate whether or not to interleave a filesystem  across  more
than  one  physical device.  See hp(4) for more detail.  The
ht driver uses the 04 bit to  indicate  whether  or  not  to
rewind the tape when it is closed. The 010 bit indicates the
density of the tape on TE16 drives.  Again, see ht(4).

     The naming of character devices  is  similar  to  block
devices.  Here the names are even more arbitrary except that
devices meant to be used  for  teletype  access  should  (to
avoid  confusion, no other reason) be named /dev/ttyX, where
X is some string (as in `00' or `library').  The files  con-
sole,  mem, kmem, and null are already correctly configured.

     The disk and magtape drivers provide a `raw'  interface
to the device which provides direct transmission between the
user's core and the device and  allows  reading  or  writing
large records.  The raw device counts as a character device,
and should have the name of the corresponding standard block
special file with `r' prepended.  Thus the raw magtape files
would be called /dev/rmtX.  These special  files  should  be
made.

     When  all  the  special  files  have been created, care
should be taken to change the  access  modes  (chmod(1))  on
these files to appropriate values.

TTiimmee CCoonnvveerrssiioonn

     If  your  machine  is not in the Eastern time zone, you
must edit (ed(1)) the file /usr/src/sys/h/param.h to reflect
your  local time.  The manifest `TIMEZONE' should be changed
to reflect the time difference between local time and GMT in
minutes.   For  EST, this is 5*60; for PST it would be 8*60.
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Finally, there is a `DSTFLAG' manifest;  when  it  is  1  it
causes  the  time to shift to Daylight Savings automatically
between the last Sundays in  April  and  October  (or  other
algorithms  in  1974 and 1975).  Normally this will not have
to be reset.  When the needed changes  are  done,  recompile
and  load  the  system  using make(1) and install it.  (As a
general rule, when a system  header  file  is  changed,  the
entire system should be recompiled.  As it happens, the only
uses of these flags are in  /usr/src/sys/sys/sys4.c,  so  if
this  is  all  that  was changed it alone needs to be recom-
piled.)

     You   may   also   want   to   look   at    timezone(3)
(/usr/src/libc/gen/timezone.c)  to  see  if the name of your
timezone is in its internal  table.   If  needed,  edit  the
changes  in.   After timezone.c has been edited it should be
compiled   and   installed    in    its    library.     (See
/usr/src/libc/Makefile).   Then you should (at your leisure)
recompile and reinstall all programs that use  it  (such  as
date(1)).

DDiisskk LLaayyoouutt

     If  there  are to be more filesystems mounted than just
the root and /usr, use mkfs(1) to create any new  filesystem
and  put  its  mounting in the file /etc/rc (see init(8) and
mount(1)).  (You might look at /etc/rc anyway  to  see  what
has been provided for you.)

     There  are two considerations in deciding how to adjust
the arrangement of things on your disks: the most  important
is making sure there is adequate space for what is required;
secondarily, throughput should be maximized.  Swap space  is
a  critical  parameter.   The system as distributed has 8778
blocks for swap space.  This should be large enough for most
sites.   You  may want to change these if local wisdom indi-
cates otherwise.

     The system as distributed has many of the  binaries  in
/bin.   Some  of  them  should be moved to /usr/bin, leaving
only the ones  required  for  system  maintenance  (such  as
icheck,  dcheck,  cc,  ed,  tar,  restor, etc.) and the most
heavily used in /bin.  This will speed things up  a  bit  if
you  have  only one disk, and also free up space on the root
filesystem for temporary files. (See below).

     Many common system programs (C, the editor, the  assem-
bler etc.)  create intermediate files in the /tmp directory,
so the filesystem where this is stored also should  be  made
large  enough  to accommodate most high-water marks.  If you
leave the root filesystem as  distributed  (except  as  dis-
cussed  above) there should be no problem.  All the programs
that create files in /tmp take care to delete them, but most
are  not  immune  to events like being hung up upon, and can
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leave dregs.  The directory  should  be  examined  every  so
often and the old files deleted.

     Exhaustion  of  user-file space is certain to occur now
and then; the only mechanisms for controlling this  phenome-
non are occasional use of du(1), df(1), quot(1), threatening
messages of the day, and personal letters.

     The efficiency with which UNIX is able to use  the  CPU
is  largely  dictated  by  the  configuration  of  disk con-
trollers.  For general time-sharing applications,  the  best
strategy  is  to try to split user files, the root directory
(including the /tmp directory) and the swap area among three
controllers.

     Once  you  have  decided  how  to make best use of your
hardware, the question is how to initialize it.  If you have
the  equipment, the best way to move a filesystem is to dump
it (dump(1)) to magtape,  use  mkfs(1)  to  create  the  new
filesystem,  and  restore (restor(1)) the tape.  If for some
reason you don't want to use magtape, dump accepts an  argu-
ment  telling  where  to put the dump; you might use another
disk.  Sometimes a filesystem has to be increased in logical
size  without  copying.  The super-block of the device has a
word giving the highest address which can be allocated.  For
relatively  small  increases, this word can be patched using
the debugger (adb(1)) and the free list reconstructed  using
icheck(1).  The size should not be increased very greatly by
this technique,  however,  since  although  the  allocatable
space  will  increase  the  maximum number of files will not
(that is, the i-list  size  can't  be  changed).   Read  and
understand  the  description  given  in filesystem(5) before
playing around in this way.  You may  want  to  see  section
rp(4) for some suggestions on how to lay out the information
on RP disks.

     If you have to merge a filesystem into another,  exist-
ing  one, the best bet is to use tar(1).  If you must shrink
a filesystem, the best bet  is  to  dump  the  original  and
restor  it onto the new filesystem.  However, this might not
work if the i-list on the smaller filesystem is smaller than
the  maximum  allocated inode on the larger.  If this is the
case, reconstruct the filesystem  from  scratch  on  another
filesystem  (perhaps using tar(1)) and then dump it.  If you
are playing with the root filesystem and only have one drive
the  procedure is more complicated.  What you do is the fol-
lowing:

1.   GET A SECOND PACK!!!!

2.   Create an  image  of  the  new  root  filesystem  using
     mkfs(1), dump(1), and restor(1).
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3.   Make  a  binary  tape image of the new filesystem using
     dd(1).

4.   Bring the system down and mount the new pack.

5.   Retrieve the WECo distribution tape and perform steps 1
     through  4 at the beginning of this document, then skip
     to step 7, substituting  the  desired  filesystem  size
     instead of 480 when asked for `no. of input blocks'.

6.   Boot(8) using the newly created disk filesystem.

NNeeww UUsseerrss

     Install   new   users  by  editing  the  password  file
/etc/passwd (passwd(5)).   This  procedure  should  be  done
before  multi-user  mode  is  entered (see init(8)).  You'll
have to make a current  directory  for  each  new  user  and
change its owner to the newly installed name.  Login as each
user to make sure the password  file  is  correctly  edited.
For example:

     ed /etc/passwd
     $a
     joe::47:13::/usr/joe:
     w
     q
     mkdir /usr/joe
     chown joe /usr/joe
     login joe
     ls -la
     login root

This  will  make  a  new  login entry for joe, who should be
encouraged to use passwd(1) to give himself a password.  His
default  current  directory  is /usr/joe which has been cre-
ated.  The delivered password file has the user _b_i_n in it to
be used as a prototype.

MMuullttiippllee UUsseerrss

     If  UNIX  is  to  support simultaneous access from more
than just the console terminal, the file /etc/ttys (ttys(5))
has  to be edited.  To add a new terminal be sure the device
is configured and the special  file  exists,  then  set  the
first  character  of  the appropriate line of /etc/ttys to 1
(or add a new line).  Note  that  init.c  will  have  to  be
recompiled if there are to be more than 100 terminals.  Also
note that if the special  file  is  inaccessible  when  init
tries  to  create  a  process for it, the system will thrash
trying and retrying to open it.
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FFiillee SSyysstteemm HHeeaalltthh

     Periodically (say every day or so) and always  after  a
crash,  you should check all the filesystems for consistency
(icheck, dcheck(1)).  It is quite important to execute  sync
(8)  before  rebooting  or taking the machine down.  This is
done automatically every 30 seconds by  the  update  program
(8)  when  a multiple-user system is running, but you should
do it anyway to make sure.

     Dumping of the filesystem  should  be  done  regularly,
since  once  the  system  is going it is very easy to become
complacent.  Complete and incremental dumps are easily  done
with  dump(1).   Dumping  of  files  by name is best done by
tar(1) but the number of files is somewhat limited.  Finally
if  there are enough drives entire disks can be copied using
cp(1), or preferably with dd(1) using the raw special  files
and an appropriate block size.

CCoonnvveerrttiinngg SSiixxtthh EEddiittiioonn FFiilleessyysstteemmss

     The  best  way  to convert filesystems from 6th edition
(V6) to 7th edition (V7) format is to use tp(1) or tar(1).

OOddddss aanndd EEnnddss

     The programs dump, icheck, quot, dcheck, ncheck, and df
(source  in  /usr/source/cmd)  should  be changed to reflect
your default mounted filesystem devices.   Print  the  first
few lines of these programs and the changes will be obvious.
Tar should be changed to reflect your desired  default  tape
drive.



                                        Good Luck

                                        Thomas B. London
                                        John F. Reiser





















